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NETWORK SUPPORT OF SUPPLEMENTAL LOCAL APPLICATIONS 

BACKGROUND AND SUMMARY OF THE INVENTION 
The present invention relates generally to a cotoputer system that manages transitions 
between two workstation software applications, running in a graphical interface environment 
on a mubitasldng operating system, so that they may use the same network connection to 
access information residing on a host corrqjuter connected to the network. More particularly, 
the present invention relates to a system for enabling a first workstation application, 
communicating with a host computer on a wide area network, to invoke a second workstation 
application and allow the second workstation application to take control of the first 
workstation's connection to the wide area network and then resume control of tiie network 
connection when the second workstation application terminates. 

Today, online information services, such as Conq>uServe® Incoiporated, o£fer their 
subscribers access to information and services provided by a multitude of host conq)uters 
connected via a wide area network. Subscribers usually connect to the network through a 
modem. Once connected, subscribers access the information and services through software 
residing on the subscribers* workstations. Among the fimctions performed by the workstation 
software are managing the connection to the wide area network and managing the 
presentation of information to the subscriber. The access software that the subscriber uses to 
commimicate with the online information service may be provided by the service itself or it 
may be provided by another vendor. In either case, the software is general purpose for the 
online service and provides the base fimctionaUty needed to interact with the online service. 

Online information services today provide a wealth of information and services to their 
subscribers. In addition, they provide sophisticated software to help their subscribers access 
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the information they need or want. Despite the variety of needs and interests that online 
information services are able to meet, subscribers often have a desire to access information and 
services that are not part of the product suite of the onhne information service provider (i.e., 
outside or special appUcations). For example^ a subscriber may be interested in accessing 
travel information in order to pkm a trip. Although some travel information may be available 
from the online service^ the travel planner may be able to get more information from an 
outside vendor that specializes in compiling and organizing up-to-date travel information from 
a variety of sources such as hotels, restaurants, and airlines. In addition, the information may 
be easier to access and understand if the travel planner uses special puipose, rather than online 
service general purpose, access software for presentation and display. 

Today, subscribers usually are required to leave the online service and connect to a 
host that is not part of the online service (i.e., an outside host) in order to access the outside 
appUcation. In most cases, subscribers use special access software to connect to and to 
communicate with the outside host. This method of accessmg the outade application may be 
inconvenient and inefficient. First, the subscriber may be required to leave the online service. 
Next, the subscriber may be required to invoke the fecial access software used to connect to 
and communicate with the outside host. Dq>ending on the sophistication of the access 
software, the subscriber may need to know special commands to access and use the outside 
host. Finally, depending on the access mechanism, the subscriber may be required to make a 
long distance telephone call to connect to the outside host. 

Although these outside appUcations could be integrated into the product suite of the 
online information service provider, doing so may not be desirable. For exanq>le, the online 
service's general purpose access software that is used to interact with the online service may 
not have the fiinctionality required to interact with a q)ecialized, outside application. The 
general piupose access software provided by the online service may have to be modified to 
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accommodate the outside application thereby making the software more cumbersome and 
difficult to use. In addition, the online service provider, rather than the outside vendor, may 
need to assume some responsibility for maintaining the outside application. 

The present invention- Supplemental Local Application Protocol (hereinafter 
SLAP)-addresses the needs of both the subscribers and the online information service 
providers. The present invention provides a mechanism to allows special apphcations, also 
referred to as supplemental local applications, to be supported by the online service. These 
special applications include software residing on an outside host corDq)uter as weU as 
workstation software for managing a connection to the outside host and managing the 
presentation and display of information. First, the invention allows vendors of special 
applications to make their products more accessible by making them available through the 
wide area network of the online service provider. Access through the online service wide area 
network may mean that more subscribers can connect through local, rather than long distance, 
telephone calls. In addition, the invention allows subscribers, ^o have connected to the 
online service using the online service's general purpose access software, to then use a 
siqjplemental local application to interact with the special appUcation residing on a host 
conq>uter that is not a part of the online service. Once the subscriber has finished interacting 
with the special application, the invention returns the subscriber to the graeral purpose 
software session with an online service host conq)uter. The present invention manages the 
transitions between the online service software and the supplemental local appUcation so that 
the subscriber is not required to interrupt one session in order to start another. In addition^ the 
invention fadUtates transitions between the outside and online service host computers so that 
the subscriber is not aware the transition is taking place. 

The needs of subscribers are met because they may access outside apphcations without 
actually leaving the online infonnation service. In addition, subscribers may take fiill 
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advantage of the outside qiplication because they can use fecial purpose, rather than general 
purpose, software to mteract with the application. Finally, the online information service 
provider's involvement with the outside application may be minimized. The online service 
makes the outside application accessible to a wide subscriber base, but it is not required to 
assume the added re^onsibilities of maintaining the special purpose access software for the 
workstation or the special appUcation residing on the foreign host. Furthermore, the online 
service provider is not required to modify its general purpose access software to accommodate 
a variety of special apphcations. The advantages of the present invention are explained ftirther 
by the accompanying drawings and detailed description. 



BRffiF DESCRIPnON OF THE DRAWINGS 
Figure 1 is a schematic representation of one embodiment of the present invention for 

using a workstation to run general purpose and special purpose apphcations to access online 

service and foreign host conq>uters, shown in two steps in Figures lA and IB. 

Figure 2 is a state diagram that represents possible states and transitions for one 

embodiment of the present invention. 

Figure 3 is a flow diagram of the preferred system of workstation transitions for the 

present invention. 

Figure 4 shows a preferred method for designing or modifying a supplemental local 
application to communicate with the online service network. 

Figures 5A and 5B show a connection diagram illustrating the steps of transferring a 
network connection between a primary workstation application and a supplemental local 
apphcation. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENT(S^ 
Referring now to Figure lA, one embodiment of the present invention is shown. 
Figure lA is a schematic representation of one known method for allowing a user at a 
workstation 10 to connect to a host computer 40 through a network node 30. The 
workstation 10 may be connected to the network node 30 via a modem 20. The modem 
connection may be through a cable modem or a modem pool server. Other options may be 
available as well. The online service host computer 40 and a foreign host con:q>uter 50 are 
connected via a wide area network. The online service network node 30 manages the 
workstation's connections to the host computers. One network node is shown for smq)licity 
although actually more than one network node may be involved m the connection. 

A distinction is made between online service network nodes/hosts and foreign hosts to 
indicate who owns, operates, and maintains the equipment. The online service owns, operates, 
and maintains the network node and onhne service host conq>uter. Control over these devices, 
as well as others that are part of the wide area network, allows the online service to define 
how they will communicate. The devices that belong to the onlme service may use a common 
language or protocol that facilitates, and possibly optimizes, communication and data 
transfers. As a resuh, new devices that understand the protocol may be integrated easily into 
the online service wide area network. A host is considered foreign if it is not owned, 
operated, or maintained by the online service. 

Referring to Figure lA, the connection to the host conqiuter 40 is established, 
preferably, through the general purpose access software running on the workstation 10. 
Preferably, this software is provided by the online service so that it knows the online service 
protocol and may take advantage of special features viitlun the protocol that facihtate data 
transfers and other communications. This online service general purpose access software may 
be referred to as the Information Manager or IM. Preferably, the IM manages the coimection 
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to the online information service and manages the presentation of information to the user. The 
IM operates preferably m a multitasking, graphical interface environment such as the 
Microsoft® Windows™ operating system. 

Referring now to Figure IB, the workstation 10 may be equipped with another 
application for accessmg information residing on a foreign host computer 50. It may serve a 
specific purpose, and therefore, may be referred to as a special or supplemental local 
application. The supplemental local application operates preferably in a multitasking, 
graphical interface environment such as the Microsoft® Windows^"^ operating system. If the 
supplemental local appHcation is provided by a third party, rather then the onlme service, it 
may not understand details of the online service protocol and therefore, may not take 
advantage of special protocol features that &cilitate data transfers and other communications. 
De^ite this possible limitation, the user may want to use the supplemental local application 
because it has special features, not present in the IM, for locating and displaying information. 
In addition, the information that the user needs may be located on a foreign 50, rather than the 
online service 40, host computer. Therefore, to take advantage of the supplemental local 
appUcation, the supplemental local application will be runnmg and the workstation, in this 
instance, is connected to the foreign host. The workstation 10, which is running the 
supplemental local appUcation, may connect to the foreign host 50 via the online service 
network node 30. 

The present invention manages a transition between the IM and online service host to 
the supplemental local application and foreign host. Figure 2, a state diagram, illustrates the 
trangtion. The states and transitions described here are merely exenq)lary and illustrate a 
preferred embodiment of the present mvention. In the initial state (State 1), the user may not 
be connected to the online service. When the user invokes the IM ( la), a connection is 
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established between the user's workstation, the online service network node, and an online 
service host (State 2). 

At some point, the user may request access to the supplemental local application and 
the foreign host. This request is represented as transition 2a in the state diagram. In the third 
state (State 3), the onlme service host and IM confirm the request and coordinate the 
invocation of the supplemental local appUcation and coimection to the foreign host. In the 
next transition (3a), the IM transfers control to the supplemental local application and then 
minimizes. The network node disconnects from the online service host and connects to the 
foreign host. 

In the fourth state (State 4), the workstation is connected to the foreign host con^uter 
via the network node. The workstation is running the supplemental local application rather 
than the IM. The supplemental local application has control of the IM*s connection to the 
network node and the IM is in an inactive state. The user may use the supplemental local 
application to interact with the special application residing on the foreign host conq)uter. 
Although the user is aware of the change between the IM and the supplemental local 
application, the user may never know that the online service host arranged the transition 
between the programs running on the workstation and the transition between the host 
coii^)uters. 

The transition to the fifth state (4a) occurs when the user requests a return to the IM. 
The network node arranges to disconnect fi'om the foreign host computer and connect to an 
online service host computer. An online service host then reactivates the IM which resumes 
control of the network connection. Once again, the user is aware of the transition between the 
supplemental local application and the IM, but the user may never know that the online service 
host arranged the transition between the programs running on the workstation and the 
transition between the host coiiq>uters. 
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From State 4, the user may also request to discomiect from the onlme service (4b). 
When this request is made, the user returns to the initial state. As evident from the state 
diagram, the user may decide to access a number of supplemental local appUcations beftire 
ending the session. The present invention serves the user's requests and may fiiciUtate any 
number of transitions. 

A protocol, called the Supplemental Local AppUcation Protocol or SLAP, is used to 
manage the transitions between the applications running on the workstation and the transitions 
between the online service and foreign host computers. SLAP is imderstood by the IM and 
programs running on the online service host computers. The supplemental local appUcation 
participates by accepting defined parameters passed on a command line and announcing itself 
to the onlme service. SLAP permits apphcations that do not understand the details of the 
online service protocol to nonetheless conmnmicate and operate in the online service 
environment. The supplemental local appUcation, which imderstands the Supplemental Local 
Application Protocol, is called a SLAP appfication. 

For the workstation, SLAP provides a means for invoking a SLAP appUcation and a 
means for returning to the IM. Figure 3 presents a conceptual view of a preferred 
embodiment of the present invention as it operates on the workstation. The present invention 
operates vs4ien the user, \s^o is connected to an online information service host via the IM, 
mitiates a request to perform a task to be handled by the SLAP appUcation and a foreign host. 
In Step 1, the IM invokes the SLAP appUcation. If the invocation is unsuccessfiil (Step 2), 
the IM tries again up to five times (Step 3 and Step 4). 

If the invocation is successiiil (through Step 2 or Step 4), Step 6 is executed and the 
IM is minimized. The process of minimizing a workstation appUcation in a multitasking, 
graphical inter&ce environment is weU known and is not e>q)la]ned here. When the IM 
minimizes, it enters an inactive state, but it continues to run. As a result, mformation about 
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the appearance of the workstation display and associated activities is preserved. Therefore, 
the user may be returned to the point he or she was before the SLAP request was initiated. 

In addition to minimizing, the IM passes to the SLAP appUcation a unique identifier or 
handle for the communication port through which the IM is connected to the network node 
(Step 6). Using this information, the SLAP application may then take control of the IM 
connection to the network node. The details of passing this information to the SLAP 
application are explained in conjunction with Figure 4. 

As shown in Step 7, after the IM minimizes, the SLAP application starts running. The 
SLAP appUcation takes control of the IM"s, and hence the workstation's, connection to the 
network node. Because the network node has established a connection to the foreign host, the 
user may communicate with the foreign host via the SLAP application. If the user tries to 
maximize or switch to the IM vdiile the SLAP application is running, the IM refuses to 
re^ond to the request. 

Although the IM is mmimized and is technically inactive at this point, h has the ability 
to monitor the state (active or not running) of the SLAP appUcation. The abiUty of the DM to 
monitor the state of another appUcation running on the workstation is unique to SLAP as 
iiiq)lemented in a multitasking, graphical interface environment. It is weU known that one 
fimction of a multitasking operating system is to control the execution of appUcations. 
Because the operating system performs this fimction, one appUcation runmng on the 
workstation does not need to know \^iiether other appUcations are running. However, one 
objective of SLAP is to return the user to the IM session after the SLAP appUcation 
terminates. This objective is acconq>Ushed through the IMs monitoring of the SLAP 
appUcation. When the SLAP appUcation terminates (Step 8), the IM maximizes and takes 
control of the connection (Step 9). As a resute, the user returns to the same point he or she 
was before the IM minimized. 
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Referring now to Figure 4, setup details for the protocol are shown. Figure 4 
illustrates one embodiment in vdiich the present invention may operate. Details of the 
protocol may vary without departing from the ^irit and scope of the invention. To take 
advantage of the protocol, the SLAP appUcation source code may be modified so that it can 
announce itself to the online service and accept command line parameters (Step 1). The 
announcement provides verification that the transition between the IM and the SLAP 
appUcation succeeded. The announcement is preferably an ASCII string conq)osed of the 
characters * * (decimal 32) through *~ (decimal 126), inclusive. The process of creating an 
ASCII string is known in the art and therefore, is not e>q)lained. Preferably, the annoimcement 
format is as follows: 

#<appUcation name>;<error check><CR> 
where <appUcation name> matches the appUcation name used by the online service host in a 
request to invoke a SLAP appUcation and <error check> is the ASCII representation of the 
sum of the ASCII values of the announcement bytes from to inclusive. The <error 
check> may be computed as a signed, sixteen bit integer value. The process of converting 
integers to character strings is weU known in the art and is not explained here. The 
announcement may be terminated by a carriage return <CR>. 

In Step 2, the SLAP appUcation is installed on the workstation. As shown in Step 2, 
the name of the SLAP appUcation, along with an execution command, is added to the IM 
initialization file. This information teUs the IM about the SLAP appUcation so that at the 
appropriate time, the IM may invoke the appUcation and pass to the SLAP appUcation the 
information needed to take control of the network connection. The format is, preferably, as 
foUows: 

<appUcation name> = <executable file><command Une parameters> 
where <appUcation name> is an identifier sent to the IM by the network node when the user 
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requests the SLAP application. The <executable file> is a path name to the SLAP application. 
The <coniman(l line parameters> consist of static text and substituted parameters that the IM 
may replace with current settings. The process of setting and reading a command line is well 
known in the art and is not e?q>lained here. However, the information passed on the command 
line is explained because it is through the command hne, with the current settings, that the IM 
is able to tell the SLAP application how to take control of the connection to the network. The 
available substitutable settings are: 



%dir the current IM working directory 

%userid the id used to log on in the current connection 

%port the current open communications port 

%baud the current baud rate 

%device the type of communications device in use 



The type of the comnnmications device (%device) tells the SLAP application how to 
interpret the communications port (%port) setting. The types of devices may include 
"LOCAL," "NASI," and •'NCSL" Preferably, the port parameter is set to the numeric vahie 
for the identifier or open handle for the device. 

After setup, the SLAP appUcation, the IM, and the online service host apphcation may 
communicate using the protocol of the present invention. Figures 5 A and 5B show the steps 
in the protocol. The form described here is merely a preferred or exenq)lary embodiment. For 
each step, the direction and a summary of the communication is shown. In addition, details of 
the action are provided. Information in itahcs refers to messaging details that the IM, SLAP 
apphcation, and onlme service host expect to send or receive. 

Referriag now to Figure 5 A, as shown in Step 1, the session may begin with an IM 
connection to an online service host. Both the IM and the online service host understand the 
online service protocol so each may take advantage of special features in the protocol. In Step 
2, the user initiates a request to be handled by the SLAP apphcation. In Step 3, the online 
service host responds to the request by initiating an apphcation confirmation request fi*om the 
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IM to confinn that the SLAP application has been installed on the user's workstation. If the 
IM detennmes the SLAP apphcation exists, it responds to the online service host with an 
application confirmation response (Step 4). In Step 5, the online service host asks the IM to 
invoke to SLAP application. The request includes the apphcation name that the SLAP 
application is expected to use in its announcement. To respond to the request, the IM looks in 
the IM intialization file for the requested SLAP apphcation and then makes a system call to 
determine that the apphcation exists (Step 6). If the apphcation exists, the IM invokes the 
SLAP apphcation and passes the current communication settings via the command line so that 
the apphcation may assume control of the connection. The IM then minimizes. While 
minimized, the IM monitors the state of the apphcation. In Step 7, the IM tells the online 
service host that the invocation of the SLAP apphcation was successfiiL 

It is at this point that the SLAP apphcation starts communicating with the online 
service network node. Technically, the SLAP protocol has been entered because the 
supplemental local application, A^ch is not developed or maintained by the online service 
provider and therefore, does not understand details of the online service protocol, is 
communicating with the online service. Referring now to Figure 5B, as shown in Step 8, the 
SLAP apphcation announces itself to the online service host. The online service host responds 
with an acknovdedgment (Step 9). If the transition between the IM and SLAP apphcation is 
successfiil, the SLAP apphcation takes control of the connection and communicates with the 
foreign host (Step 10). 

When the SLAP apphcation terminates (Step 11), the IM maximizes and awaits a 
resume request firom the online service host. After the resume request (Step 12) and an 
acknowledgment by the IM (Step 13), the user may continue communicating with an online 
service host via the IM. The IM and online service host may once again use the online service 
protocol, rather than the SLAP protocol, to facilitate communications (Step 14). 

12 
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The present invention is unique because it manages transitions between two 
workstation applications, running in a graphical interfsice environment on a multitasking 
operating system, so tfiat they may use the same network connection to access information 
residing on a host computer connected to the network. The transitions are facilitated through 
a protocol known by die two workstation appUcations and an online service host to which the 
workstation is connected. The present invention has been described in the form of preferred 
embodiments, but several modifications and variations to the invention could be made and fill 
within the scope of the subjoined claims. 
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(1.) A coiiq)uter system that manages transitions between workstation applications said 
^sCem conq)risnig: 

a network node within a wide area network of online service and foreign host 
conq>uters; 

a workstation connected to said network node through a first conq)uter program that 
manages a network connection and manages the presentation of information; 

a second con^uter program capable of managing the network connection and 
managing the presentation of information to the user; and 

a means for transferring network connection information fi*om said first computer 
program to said second conq)uter program whereby said second computer program may take 
control of said network connection and said first conqiuter program may resume control of 
said network connection when said second con:q>uter program terminates. 
(2.) The computer system of Claim 1, fiirther con:q>rising: 

means associated with first conq)uter program, second conq)uter program, and said 
network node to communicate network connection and program state information. 
(3.) The conq)uter system of Claim 1, wherein said first conqiuter program, after 
transferring said network connection information enters an inactive state and monitors state of 
said second computer program. 

(4.) The computer system of Claim 1, fiirther comprising: 

means associated with said network node for invoking said second conq)uter program 
and connecting said workstation to said foreign host con^uter. 

(S.) The conq)uter system of Claim 1, wiierem said first and said second coiiq)uter 
programs operate in a graphical inter&ce, multitasking environment. 
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(6.) A method for transitioning between workstation applications, said method comprising 
the steps of: 

providing a first conq>uter program to manage a network connection and to manage 
the presentation of information; 

providing a second computer program to manage a network connection and to manage 
the presentation of information; 

providing a network node capable of communicating with said first and said second 
coiiq>uter programs; 

providing a means for said first computer program to transfer network connection 
information to said second computer program so said second conqiuter program may take 
control of said network connection; 

providing a means for said first computer program to enter an inactive state and 
monitor state said second computer program; 

providing a means for said first computer program to resume control of said network 
connection when said second conq)uter program terminates. 

(7.) The method of Claim 6, wherein said first and second computer programs operate in a 
graphical interfiice, multitasking environment. 

(8.) A system for managmg transitions between workstation appUcations conq)rishig: 
a wide area network of online service and foreign host con^uters; 
a network node for managing connections to said online service and said foreign host 

conq)uters; 

a workstation capable of connecting to said network node; 

a first conq)uter program at said workstation for managing a connection to and 
managing presentation of information fi'om said online service host conq)uter; 

15 



wo 96/21189 



PCT/US95/17108 



a second computer program at said workstation for managing a connection to and 
managing presentation of information; 

a third conq>uter program at said network node for managing said comiections 
vsdiereby said first, said second, and said third corr^>uter programs may commmiicate using a 
matching protocol; 

said network node causes said workstation to invoke said second conq>uter program; 

said first con^uter program transfers network comiection information to said second 
conq>uter program so said second computer program may communicate with said network 
node through said connection; 

said first computer program monitors state of said second coroputer program so that 
said first conq>uter program may resume control of said connection when said second 
conq)uter program terminates. 
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(1.) Modify supplemental applicatiou to support SLAP. 
#<appIication name>;<error ciieck><CR> 

<applicatioa name> matches application name used by online service host when makin g 
request to start SLAP application 

<error check> - ASCII representation of the sum of the announcement bytes &om to 
inclusive 

<CR> - carriage return. 



(2.) Install supplemental application on. user's workstation. 



(3.) During installation, modify IM initiaJization file (IM.INI) to include namie of SLAP 
application and an execution comnoand. 

<application name> = <executable file> <command line parameters> 

<application name> - identifier sent to IM by network node when user requests SLAP 
application 

<execuiable file> - DOS path name to the SI-4J^ application 

<command line parameters> - static and substituted parameters replaced with current 
settings. Command line parameters may be the following. 



%dir the current IM working directory 

%userid the id used to log on in the current connection 

%port the current open communications port 

%baud the current baud rate 

%device the type of communications device in use 

Device types include: 



LOCAL 

NCSI 

NASI 

WINSOCK 

SERIAL 

PIUNTER 

LOCAL 



Figure 4 
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Figure 5A 



Step 


Direction 


Sanmary of 
Action 


Action 


(1) 


WS - Host 




User invokes IM to establish a connection with the 
network. 


(2) 


WS - Host 




User initiates request to perform task handled by 
SLAP application. 


(3) 


Host - WS 


Application 
C onJSxmation 
Request 


Online service host asks IM to confirm existence of 
one or more supplemental applications. 

PTI Confirm_SupplementaI_Application 


(4) 


WS - Host 


Application 

Confirmation 

Response 


IM responds to online service host interrogation 
regarding existence of supplemental applications. 
Response includes list of host ids. 

PTI Application jOortfirmation 


(5) 


Host - WS 


Invoke 
Supplemental 

Application 
Request 


Online service host asks IM to invoke SLAP 
application. 

PTI Invoke _Supplemental_Appiication 


(6) 






IM determines that SLAP application is in .I>fl file 
and that named executable exists. IM minimizes 
and awaits resume request. 


(7) 


WS -* Host 


Success or 

Failure 

Response 


IM responds with success or failxire to online 
service host request to invoke SLAP application. 


Enter SLAP (Supplemental Local Application Protocol) 


(8) 


WS - Host 


Application 
Announcement 


SLAP application announces to online service host 
the result of the transition fi-om IM. 

ii<application name>:<error check><CR> 
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Figure 5B 



Step 


Direction 


Summary of 
Action 


Action 


(9) 


Host - WS 




Online service host acknowledges receipt of SLAP 
application announcement. 

Transition successful foreign host and SLAP 
application may set up any communication 
protocol 

Azmouncement not made within time-out period 
online service host assumes invocation failed and 
attempts to regain control of the session, 

CSI = Control Sequence Introducer 
CSI > a - application announcement accepted 
CSI > n - application announcement rejected 
CSI > r - resume previotis protocol 


(10) 




Application 
Specific 

Dialogue 


Successful transition -* SLAP application takes 
control of communication port and communicates 

with foreign host. 


(11) 






SLAP application terminates. 

Successful termination IM awaits online service 
host resume protocol request and acknowledges it. 


Exit SLAP 

Return to online service protocol 


(12) 


Host - WS 


Resume 
Request 


Online service host asks IM to resiime previous 
protocol 

CSI>r 


(13) 


WS - Host 


IM 

Acknowledge 


IM acknowledges resume request to online service 
host. 

<ACK> 


(14) 






User continues communicatiug with online service 
host via IM. 
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